翻訳と辞書
Words near each other
・ Tracie Ruiz
・ Tracie Savage
・ Tracie Simpson
・ Tracie Spencer
・ Tracie Spencer (album)
・ Tracie Thomas
・ Tracie Thoms
・ Tracie Young
・ Tracii Guns
・ Tracinda
・ Tracing
・ Tracing (law)
・ Tracing (software)
・ Tracing Back Roots
・ Tracing board
Tracing garbage collection
・ Tracing in English law
・ Tracing just-in-time compilation
・ Tracing Lines / Silent Cry
・ Tracing paper
・ Tracing Shadow
・ Tracing Tea
・ Tracing wheel
・ Track
・ Track & Field (video game)
・ Track & Field II
・ Track & Field News
・ Track & Field News Athlete of the Year
・ Track & Field Sports Complex
・ Track & Signal


Dictionary Lists
翻訳と辞書 辞書検索 [ 開発暫定版 ]
スポンサード リンク

Tracing garbage collection : ウィキペディア英語版
Tracing garbage collection
In computer programming, tracing garbage collection is a form of automatic memory management that consists of determining which objects should be deallocated ("garbage collected") by tracing which objects are ''reachable'' by a chain of references from certain "root" objects, and considering the rest as "garbage" and collecting them. Tracing garbage collection is the most common type of garbage collection – so much so that "garbage collection" often refers to tracing garbage collection, rather than other methods such as reference counting – and there are a large number of algorithms used in implementation.
== Reachability of an object ==
Informally, an object is reachable if it is referenced by at least one variable in the program, either directly or through references from other reachable objects. More precisely, objects can be reachable in only two ways:
# A distinguished set of roots: objects that are assumed to be reachable. Typically, these include all the objects referenced from anywhere in the call stack (that is, all local variables and parameters in the functions currently being invoked), and any global variables.
# Anything referenced from a reachable object is itself reachable; more formally, reachability is a transitive closure.
The reachability definition of "garbage" is not optimal, insofar as the last time a program uses an object could be long before that object falls out of the environment scope. A distinction is sometimes drawn between syntactic garbage, those objects the program cannot possibly reach, and semantic garbage, those objects the program will in fact never again use. For example:

Object x = new Foo();
Object y = new Bar();
x = new Quux();
/
* at this point, we know that the Foo object

* originally assigned to x will never be

* accessed: it is syntactic garbage

*/
if(x.check_something())
System.exit(0);
/
* in the above block, y
*could
* be semantic garbage,

* but we won't know until x.check_something() returns

* some value -- if it returns at all

*/

The problem of precisely identifying semantic garbage can easily be shown to be partially decidable: a program that allocates an object ''X'', runs an arbitrary input program ''P'', and uses ''X'' if and only if ''P'' finishes would require a semantic garbage collector to solve the halting problem. Although conservative heuristic methods for semantic garbage detection remain an active research area, essentially all practical garbage collectors focus on syntactic garbage.
Another complication with this approach is that, in languages with both reference types and unboxed value types, the garbage collector needs to somehow be able to distinguish which variables on the stack or fields in an object are regular values and which are references: in memory, an integer and a reference might look alike. The garbage collector then needs to know whether to treat the element as a reference and follow it, or whether it is a primitive value. One common solution is the use of tagged pointers.

抄文引用元・出典: フリー百科事典『 ウィキペディア(Wikipedia)
ウィキペディアで「Tracing garbage collection」の詳細全文を読む



スポンサード リンク
翻訳と辞書 : 翻訳のためのインターネットリソース

Copyright(C) kotoba.ne.jp 1997-2016. All Rights Reserved.